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Listing of the Claims 

This listing of the daims wiii repiace all prior versions and listings of the claims in 
the application: 

1 . (Cun^entiy Amended) A method for maintaining a module type definHfon table by 
a statically configured portion of an operating system itemel. comprising: 

identifvina a module ty p^; 

searching an extemal mnrinl e type definitlnn table for ttiR module tvoe! 
detennininq the module tvne not defined in thfi module type ^ ff fj pitinn tehi^; 
dynamically creating a module type definition; and 

updating aft tbe.extemal module type definition table to Include the module type 
definition at the direction of the static operating system Itemel. 

2. (Original) The method of claim 1, wherein dynamically creating a module type 
definition includes receiving an operator generated dynamically loadable Icemel module 
("DLKIW") type identifier. 

3. (Original) The method of claim 1. wherein dynamically creating a module type 
definition Includes receiving a computer generated dynamically loadable kernel module 
("DLKM") type identifier. 

4. (Original) The method of claim 1, wherein creating a module type definition 
includes receiving at least one support module identifier associated with control logic 
operative to conduct pre-registration support. 

5. (Original) The method of claim 1. wherein creating a module type definition 
Includes receiving at least one support module identifier associated with control logic 
operative to conduct a registration function. 

6. (Original) The method of claim 1, wherein creating a module type definition 
includes receiving at least one support module identifier associated with control logic 
operative to conduct post-registration support. 



{000UJ46.DOC;l) 



PAGE3f12'RCVDAT4f1S/20074:26:43PM[Easten)DayligMTIme]*SVR:USPTO{F)(RF'117'DNIS:^ 



APR.'l8. 200? 4:27PM CALFEE HALTER 6RISW0LD NO. 4829 P. 4 

HP-1 0/614.396 
Page 3 

Reply to February 1 2. 2007 Office Action 



7. (Original) The method of claim 1. wherein creating a module type definition 
includes receiving at least one support module Identifier associated with control logic 
operative to conduct pre-loading support. 

8. (Original) The method of claim 1, wherein creating a module type definition 
includes receiving at least one support module Identifier associated with control logic 
operative to conduct post-loading support. 

9. (Original) The method of claim 1, wherein creating a module type definition 
includes receiving at least one of a pointer and a reference, each at least one of a 
pointer and a reference being respectively associated with a support module. 

10. (Original) The method of claim 1, wherein creating a module type definition 
includes receiving at least one symbol name, each symbol name being respectively 
associated with a support module. 

1 1 . (Currently Amended) A system for maintaining a module type definition table, 
comprising; 

module type detection logic on a computer readable medlup fa r detecting that a 
module is of an undefined module type; 

module type Identification logic on a compute r readable meriinm f hr assigning a 
new module type associated with the module; 

support module Identification logic on a computer rf^^t^}f^ mortinm far identifying 
at least one support module associated with the module; 

support module loading logic on a computer readable medi i ^ f^ far loading the at 
least one identified support module; and 

module type definition logic on a computR r readable medium fa*" externally 
storing data defining the module type. 
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12. (Original) The system of claim 11. wherein the module type identification logic 
Includes logic for receiving an operator generated dynamically loadable kernel module 
("DLKM") type identifier. 

13. (Original) The system of daim 11. wherein the module type Identification logic 
includes logic for receiving a computer generated dynamically loadable kernel module 
("DLKM") type Identifier. 

14. (Original) The system of claim 1 i. wherein the support module Wentlflcatlon logic 
Includes logic for Identifying a support module operative to conduct pre-reglstration 
support, 

15. (Original) The system of claim 1 1 , wherein the support module Identification logte 
includes logic for Identifying a support module operative to conduct a registration 
function. 

1 6. (Original) The system of claim 1 1 . wherein the support module Identification logic 
Includes logic for IdentHying a support module operative to conduct post-registration 
support. 

1 7. (Original) The system of claim 1 1 , wherein the support module identification logic 
Includes logic for identifying a support module operative to conduct pre-loading support. 

1 8. (Original) The system of claim 1 1 . wherein the support module Identification logic 
includes logic for Identifying a support module operative to conduct post-loading 
support. 

19. (Original) The system of claim 1 1 . wherein the support module identification logic 
is operative to receive at least one of a pointer and a reference, each at least one of a 
pointer and a reference being respectively associated with each of the at least one 
support module. 
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20. (Original) The system of claim 1 1 . wherein the support module rdentfflcation logic 
l3 operative to receive at least one symbol name, each symbol name being respectively 
associated with each of the at least one support module. 

21. (Original) A computer-readable storage medium encoded with processing 
instmctlons for maintaining a module type definition table by a static operating system 
kernel, comprising: 

instmctlons to Identify a module type of a first module; 
Instructions to determine that the module type of the first module is undefined; 
Instructions to Identify data defining the module type of the first module; and 
instmctlons to store the data defining the module type in a location extemal to the 
static operating system kernel. 

22. (Original) A computer-readable storage medium of claim 21 wherein the data 
defining the module type comprises a pre-loading support module. 

23. (Original) A computer-readable storage medium of claim 21 wherein the data 
defining the module type comprises a post-loading support module. 

24. (Original) A computer-readable storage medium of claim 21 wherein the data 
defining the module type comprises a pre-registratton support module. 

25. (Original) A computer-readable storage medium of claim 21 wherein the data 
defining the module type comprises a post-registration support module. 

26. (Currently Amended) A static operating kemel on a computer readable mediurri 
comprising: 

'^Sic on a computer readable madluiT^ tn receive a request to load a module, 
'oQlc on a computer readable medium tn Identify a module type of the module, 
Oft a computer readable mftrihim in reference an extemal module type 
definition table, 
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l°9io on a computer readable mediurn to identify at least one support module 
associated with the module type in the external module type definition table, an^ 

l^9'<^ on a computer readabie medium tn load the module based upon the module 
type and the at least one support module associated with the module typ e, and 

logic on a computer readable me dium for Identifvinq at least one module typft nnt 
previously defined in the extfi mal module type definition table , 

27. (Cumently Amended) The static operating kernel of claim 26 further comprising: 
l ogi c to identifying at loaot ono modu l o typo not prBv l oucly doflnod in tho oxtcmo l 

modul e typo d e finition toblo , 

logic on a computer readable medium fn dynamically define the at least one 
module fype, 

'09»c on a computer readable medium tn dynamically update the external module 
type definition table with the dynamically defined at least one module type. 

28. (Original) The static operating l^ernel of claim 27, where the logic to dynamically 
define the at least one external module type includes receiving an operator Identified 
module fype. 

29. (Original) The static operating kernel of claim 27. where the logic to dynamically 
define the at least one external module type includes receiving at least one identified 
sup|3ort modules from an operator. 

30. (Currently Amended) A static operating system kernel on a computer readable 
medium c omprising: 

'oQic on a computer readab le medium t o receive a request to load a module, 
'09ic QD a computer readable medium tf> identify a module type associated with 
the module, 

'OQ'*^ on a computer readable medium to reference an external module type 
reference table, 

logic on a computer readable medium tn detennlne the module type is undefined 
In the external module type reference table, and 
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■^^ans on 9 computer readable medium tn dynamically load the module. 

31 . (Original) The static operating system kemel of claim 30. wherein the means to 
dynamically load the module comprises: 

means to dynamically define the module type that is undefined in the module 
type reference table, 

*w V ^ dynamically update the external module type definition table to include 

the defined module type, 

logic to load the module based upon the updated external module type definrtion 

table. 

32. (Cuniently Amended) The static operating system kemel of claim 31 , wherein the 
means to dynamically define the module type that Is undefined In the module type 
reference table comprises logic on a comnutft r readable medium t n receive at least one 
operator generated module type. 

33. (Cuniently Amended) The static operating system kemel of claim 31 , wherein the 
means to dynamically define the module type that is undefined in the module type 
reference table comprises logic on a comput er readable medium f n receive at least one 
software generated module type. 

34. (Cumently Amended) The static operating system kemel of claim 31 , wherein the 
means to dynamically define the module type that Is undefined in the module type 
reference table comprises logic on a computer readable medium t n identify at least one 
support module associated with the module type. 
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